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DETAILED ACTION 

1 . Claims 1-30 are pending in this office action and presented for examination. 
Claims 1,4,6,8,1 2-1 3, 1 8, 22, 26, and 29 are newly amended by amendment filed 
1/16/2008. 

Claim Rejections - 35 USC §112 

2. The following is a quotation of the second paragraph of 35 U.S.C. 1 12: 

The specification shall conclude with one or more claims particularly pointing out and distinctly 
claiming the subject matter which the applicant regards as his invention. 

3. Claims 6-7 are rejected under 35 U.S.C. 1 1 2, second paragraph, as being 
indefinite for failing to particularly point out and distinctly claim the subject matter which 
applicant regards as the invention. 

4. Claim 6 recites the limitation "wherein the set of firmware-based exception filters 
comprise firmware-based exception handlers operates in a different execution regime 
than that of the operating system." It is indefinite as to what is trying to be conveyed; 
the limitation "operates" should presumably be "which operate" or something akin to the 
above. 

a. Claim 7 is rejected for failing to alleviate the rejection of claim 6 above. 

Claim Rejections - 35 USC § 103 

5. The following is a quotation of 35 U.S.C. 1 03(a) which forms the basis for all 
obviousness rejections set forth in this Office action: 

(a) A patent may not be obtained though the invention is not identically disclosed or described as set 
forth in section 102 of this title, if the differences between the subject matter sought to be patented and 
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the prior art are such that the subject matter as a whole would have been obvious at the time the 
invention was made to a person having ordinary skill in the art to which said subject matter pertains. 
Patentability shall not be negatived by the manner in which the invention was made. 

6. Claims 1-3, 6-12, and 18-25 are rejected under 35 U.S.C. 103(a) as being 
unpatentable over Branch (WO 01/093022 A3) in view of Krishnaswamy (US 6735774 
B1). 

7. Consider claim 1 , Branch discloses vectoring an instruction pointer to a platform- 
specific firmware-based exception filter in response to an exception (page 1 , paragraph 
A, updating the appropriate pointer in the interrupt vector table so that it points to the 
new interrupt service routine; this causes the program counter to then point to the new 
interrupt service routine; an interrupt is a type of exception; note that paragraph B 
discloses of device drivers, which are firmware based and platform specific); executing 
the firmware-based exception filter (page 1 , paragraph A, chaining a new interrupt 
service routine; paragraph B, the new interrupt service routine performs an operation); 
and re-vectoring the instruction pointer to an exception handler configured to handle the 
exception (page 1 , paragraph A, instruction at the end of the new interrupt service 
routine that causes program flow to jump to the address of the existing interrupt service 
routine; this address that enters the program counter is the instruction pointer to the OS 
exception handler). 

However, Branch does not explicitly disclose that the exception handler is an 
operating system exception handler, as Branch does not limit his existing exception 
handler to a specific type. 

On the other hand, Krishnaswamy does disclose of operation system exception 
handlers (for example, col. 2, lines 27-30, system calls through a vector table). 
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Supporting system calls allows for the use of functions such as forking, profiling, 
and tracing which increases functionality (Krishnaswamy, col. 1, lines 10-15; Table 1 
functions). 

It would have been obvious to one of ordinary skill in the art at the time of the 
invention to combine the teaching of Krishnaswamy with the invention of Branch in 
order to increase functionality. It would have been readily recognized to one of ordinary 
skill in the art at the time of the invention that the environment of Krishnaswamy is 
analogous to the environment of Branch: Krishnaswamy's overall invention of having a 
system vector table supplemented by an alternative vector table correlates to Branch's 
existing and new interrupt service routines. It is noted that a system call is essentially a 
type of interrupt itself. 

Therefore, it would have been obvious to one of ordinary skill in the art at the 
time of the invention to combine the teaching of Krishnaswamy with the invention of 
Branch in order to increase functionality. 

8. Consider claim 2, Krishnaswamy discloses execution of the firmware-based 
exception filter performs operations including saving at least one processor register 
value to a storage device (col. 2, lines 52-56, dump counter values). 

9. Consider claim 3, Krishnaswamy discloses execution of the firmware-based 
exception filter performs operations including saving at least a portion of system 
memory to a storage device (col. 2, lines 52-56, dump counter values). 
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1 0. Consider claim 6, Branch discloses loading a set of OS exception handlers into a 
first memory address space; relocating the set of OS exception handlers to a second 
memory address space; and loading a set of firmware-based exception filters into the 
first address space (page 1 , paragraph A, difficult to store the new interrupt service 
routine when the interrupt vector table contains actual code for the interrupt service 
routines; even though Branch is saying it is difficult, he is nevertheless disclosing it), 
wherein the set of firmware-based exception filters comprise firmware-based exception 
handlers operates in a different execution regime than that of the operation system (the 
execution regime of the firmware-based exception handlers encompasses the hardware 
devices that the firmware-based exception handlers enable communication with, as 
opposed to the OS exception handlers which do not already contain the exception 
handlers to communicate with the hardware). 

1 1 . Consider claim 7, Branch discloses storing a base address of the second 
memory address space and employing the base address of the second memory 
address space to re- vector the instruction pointer to the OS exception handler 
configured to handle the exception (page 1 , paragraph A, updating the appropriate 
pointer in the interrupt vector table so that it points to the new interrupt service routine; 
note that the program flow eventually jumps to the address of the existing interrupt 
service routine, thus the pointer to that existing interrupt service routine must be 
relocated somewhere; this is applied to Branch's disclosure of the vector table 



Application/Control Number: 10/749,079 Page 6 

Art Unit: 2183 

containing actual code for the interrupt service routines). Note for reference that 
Krishnaswamy discloses in, for example, Figure 2, of updating the system vector 
instead of the program counter. 

12. Consider claim 8, Branch discloses loading a set of OS exception handler 
pointers into a first memory address space; setting a processor exception vector 
register to include a base address of the first memory address space; loading a set of 
firmware-based exception filter pointers into a second address space; and replacing the 
base address of the first memory address space with the base address of the second 
memory address space in the processor exception vector register (page 1, paragraph A, 
updating the appropriate pointer in the interrupt vector table so that it points to the new 
interrupt service routine; note that the program flow eventually jumps to the address of 
the existing interrupt service routine, thus the pointer to that existing interrupt service 
routine must be relocated somewhere; a program counter is read broadly to be the 
processor exception vector register; note the first and second address space may be 
the same). Note for reference that Krishnaswamy discloses in, for example, Figure 2, of 
updating the system vector instead of the program counter. 

1 3. Consider claim 9, Branch discloses storing a base address of the first memory 
address space; and employing the base address of the first memory address space to 
re-vector the instruction pointer to an OS exception handler pointer to the OS exception 
handler configured to handle the exception (page 1, paragraph A, updating the 
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appropriate pointer in the interrupt vector table so that it points to the new interrupt 
service routine; note that the program flow eventually jumps to the address of the 
existing interrupt service routine, thus the pointer to that existing interrupt service 
routine must be relocated somewhere). Note for reference that Krishnaswamy 
discloses in, for example, Figure 2, of updating the system vector instead of the 
program counter. 

14. Consider claim 10, Branch discloses loading a set of OS exception handlers into 
a first memory address space; setting a processor exception vector register to include a 
base address of the first memory address space; loading a set of firmware-based 
exception filters into a second address space; and resetting the processor exception 
vector register to include a base address of the second memory address space (page 1 , 
paragraph A, difficult to store the new interrupt service routine when the interrupt vector 
table contains actual code for the interrupt service routines; even though Branch is 
saying it is difficult, he is nevertheless disclosing it). 

1 5. Consider claim 1 1 , Branch discloses storing a base address of the first memory 
address space; and employing the base address of the first memory address space to 
re-vector the instruction pointer to the OS exception handler configured to handle the 
exception (page 1, paragraph A, updating the appropriate pointer in the interrupt vector 
table so that it points to the new interrupt service routine; note that the program flow 
eventually jumps to the address of the existing interrupt service routine, thus the pointer 
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to that existing interrupt service routine must be relocated somewhere; this is applied to 
Branch's disclosure of the vector table containing actual code for the interrupt service 
routines). Note for reference that Krishnaswamy discloses in, for example, Figure 2, of 
updating the system vector instead of the program counter. 

16. Consider claim 12, Branch discloses loading the firmware-based exception filter 
into system memory (page 1 , paragraph A, store the new interrupt service routine in the 
interrupt vector table; alternatively, it is inherent that a pointer in an interrupt vector table 
points somewhere that the system can access, thus the exception filter is in system 
memory); and fixing up code in the firmware-based exception filter to re-vector the 
instruction pointer to one of the OS exception handler configured to handle the 
exception or a pointer to the OS exception handler configured to handler the exception 
(page 1, paragraph A, including an instruction at the end of the new interrupt service 
routine that causes program flow to jump to the address of the existing interrupt service 
routine). 

1 7. Consider claim 18, Branch discloses determining a first base address of a set of 
exception handler components that have been loaded into a first memory address 
space; storing the first base address (page 1 , paragraph a, interrupt vector table is at a 
fixed location); loading a set of firmware-based exception filter and/or handler 
components into a second memory address space having a second base address; and 
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setting an exception vector register to have a base address corresponding to the 
second base address (page 1 , paragraph A, difficult to store the new interrupt service 
routine when the interrupt vector table contains actual code for the interrupt service 
routines; even though Branch is saying it is difficult, he is nevertheless disclosing it). 
Note for reference that Krishnaswamy discloses in, for example, Figure 2, of updating 
the system vector instead of the program counter. 

However, Branch does not explicitly disclose that the exception handler is an 
operating system exception handler, as Branch does not limit his existing exception 
handler to a specific type. 

On the other hand, Krishnaswamy does disclose of operation system exception 
handlers (for example, col. 2, lines 27-30, system calls through a vector table). 

Supporting system calls allows for the use of functions such as forking, profiling, 
and tracing which increases functionality (Krishnaswamy, col. 1, lines 10-15; Table 1 
functions). 

It would have been obvious to one of ordinary skill in the art at the time of the 
invention to combine the teaching of Krishnaswamy with the invention of Branch in 
order to increase functionality. It would have been readily recognized to one of ordinary 
skill in the art at the time of the invention that the environment of Krishnaswamy is 
analogous to the environment of Branch: Krishnaswamy's overall invention of having a 
system vector table supplemented by an alternative vector table correlates to Branch's 
existing and new interrupt service routines. It is noted that a system call is essentially a 
type of interrupt itself. 
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Therefore, it would have been obvious to one of ordinary skill in the art at the 
time of the invention to combine the teaching of Krishnaswamy with the invention of 
Branch in order to increase functionality. 

18. Consider claim 1 9, Branch discloses the set of firmware-based exception filter 
and/or handler components (page 6, paragraphs D and E, computer readable memory 
containing both a device driver and the instructions to chain the interrupt service 
routines). 

19. Consider claim 20, Branch discloses the medium comprises a firmware storage 
device (page 6, paragraphs D and E, computer readable memory containing both a 
device driver and the instructions to chain the interrupt service routines). 

20. Consider claim 21 , Branch discloses filtering a runtime exception using a 
firmware-based exception filter; and re-vectoring an instruction pointer to an operating 
system (OS) exception handler configured to handle the runtime exception (page 1, 
paragraph B, combine a new interrupt service routine with an existing interrupt service 
routine so that the new interrupt service routine performs an operation immediately 
before the existing interrupt service routine; paragraph A, jump to the address of the 
existing interrupt service routine). 
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21 . Consider claim 22, Branch discloses moving a set of exception handler 
components from a first memory address space having a first base address to a second 
memory address space having a second base address; storing the second base 
address; and loading a set of firmware-based exception filter and/or handler 
components into the first memory address space (page 1 , paragraph A, updating the 
appropriate pointer in the interrupt vector table so that it points to the new interrupt 
service routine; note that the program flow eventually jumps to the address of the 
existing interrupt service routine, thus the pointer to that existing interrupt service 
routine must be relocated somewhere; this is applied to Branch's disclosure of the 
vector table containing actual code for the interrupt service routines). 

22. Consider claim 23, see the rejection of claim 1 9. 

23. Consider claim 24, see the rejection of claim 20. 

24. Consider claim 25, see the rejection of claim 21 . 

25. Claims 26-30 are rejected under 35 U.S.C. 1 03(a) as being unpatentable over 
Branch in view of Krishnaswamy and in further view of Brannock (US 20020194313). 

26. Consider claim 26, Branch discloses a processor (page 1 , paragraph F, 
microprocessor); memory, coupled to the processor (page 1, paragraph G, memory); a 
device, having firmware instructions stored thereon to perform operations in 
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combination with logic programmed into the processor (page 1, paragraph B, new 
interrupt service routine), the operations including: loading a platform-specific firmware- 
based exception filter into memory (page 1 , paragraph A, updating the appropriate 
pointer in the interrupt vector table so that it points to the new interrupt service routine; 
thus the new interrupt service routine must inherently have been loaded into memory); 
detecting a runtime exception (it is inherent that a runtime exception is detected for any 
interrupt chaining to occur); vectoring an instruction pointer to the firmware-based 
exception filter in response to the runtime exception (page 1 , paragraph A, the program 
counter will then point to the firmware-based exception filter); executing the firmware- 
based exception filter; and re-vectoring the instruction pointer to an exception handler 
configured to handle the runtime exception (page 1, paragraph B, the new interrupt 
service routine performs an operation immediately before the existing interrupt service 
routine; paragraph A, jump to the address of the existing interrupt service routine). 

However, Branch does not explicitly disclose that the exception handler is an 
operating system exception handler, as Branch does not limit his existing exception 
handler to a specific type. 

On the other hand, Krishnaswamy does disclose of operation system exception 
handlers (for example, col. 2, lines 27-30, system calls through a vector table). 

Supporting system calls allows for the use of functions such as forking, profiling, 
and tracing which increases functionality (Krishnaswamy, col. 1, lines 10-15; Table 1 
functions). 
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It would have been obvious to one of ordinary skill in the art at the time of the 
invention to combine the teaching of Krishnaswamy with the invention of Branch in 
order to increase functionality. It would have been readily recognized to one of ordinary 
skill in the art at the time of the invention that the environment of Krishnaswamy is 
analogous to the environment of Branch: Krishnaswamy's overall invention of having a 
system vector table supplemented by an alternative vector table correlates to Branch's 
existing and new interrupt service routines. It is noted that a system call is essentially a 
type of interrupt itself. 

Therefore, it would have been obvious to one of ordinary skill in the art at the 
time of the invention to combine the teaching of Krishnaswamy with the invention of 
Branch in order to increase functionality. 

However, neither Branch nor Krishnaswamy disclose that the device is a flash 

device. 

On the other hand, Brannock discloses of a flash device ([0022], flash ROM 

part). 

It would have been obvious to one of ordinary skill in the art at the time of the 
invention for the device to be a flash device as the implementation of the flash device as 
the device is a simple substitution of one known element for another to obtain 
predictable results. 

27. Consider claim 27, Brannock discloses of a network interface coupled to the 
processor, wherein execution of firmware instructions loads a firmware-based exception 
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filter from a network storage device via the network interface into the memory ([0022], 
remote directory on a server). It would have been obvious to one of ordinary skill in the 
art at the time of the invention to combine this further teaching of Brannock with the 
previously combined invention of Branch, Krishnaswamy, and Brannock, in order to 
prevent error from improperly installing new BIOS chips ([Brannock, [0006]). 

28. Consider claim 28, see the rejection of claim 1 0. 

29. Consider claim 29, see the rejection of claim 12. 

30. Consider claim 30, see the rejection of claim 6. 

31 . Claims 4-5 and 1 3-1 7 are rejected under 35 U.S.C. 1 03(a) as being unpatentable 
over Branch and Krishnaswamy as applied to claim 1 above, and further in view of 
Everything2 (Device Driver Definition). 

32. Consider claim 4, Branch discloses loading a set of OS exception handler 
pointers into a first memory address space; relocating the set of OS exception handler 
pointers to a second memory address space; and loading a set of firmware-based 
exception filter pointers into the first address space (page 1 , paragraph A, updating the 
appropriate pointer in the interrupt vector table so that it points to the new interrupt 
service routine; note that the program flow eventually jumps to the address of the 
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existing interrupt service routine, thus the pointer to that existing interrupt service 
routine must be relocated somewhere). 

However, Branch and Krishnaswamy do not explicitly disclose that the loading of 
a set of firmware-based exception filter pointers into the first address space is done 
prior to OS runtime. 

On the other hand, Everything2 discloses of loading a device driver prior to OS 
runtime (Everything2 entry on device drivers; first page, second to last paragraph, 
"Under DOS, device drivers are specially-designed DOS executable files which are 
loaded via a DEVICE= line in CONFIG.SYS. These are known as "real mode" drivers, 
and load at bootup time). 

It would have been readily recognized to one of ordinary skill in the art at the time 
of the invention that auto-loading device drivers at bootup time would preclude a user 
from having to manually load device drivers after bootup time, and thus would increase 
user friendliness by reducing the amount of "administrative" tasks he would have to do. 

It would have obvious to one of ordinary skill in the art at the time of the invention 
to combine the teaching of Everything2 with the invention of Branch and Krishnaswamy 
in order to increase user friendliness. It would have been readily recognized to one of 
ordinary skill in the art at the time of the invention that the teaching of Everything2 would 
be able to be combined with the invention of Branch and Krishnaswamy, as Branch 
discloses generally of adding new device drivers which require a modification of the 
interrupt service routines, and Everything2 specifically discloses of adding and 
executing new device drivers during bootup. 
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Therefore, it would have been obvious to one of ordinary skill in the art at the 
time of the invention to combine the teaching of Everything2 with the invention of 
Branch and Krishnaswamy in order to increase user friendliness. 

33. Consider claim 5, Branch discloses storing a base address of the second 
memory address space; and employing the base address of the second memory 
address space to re-vector the instruction pointer to an OS exception handler pointer to 
the OS exception handler configured to handle the exception (page 1 , paragraph A, 
updating the appropriate pointer in the interrupt vector table so that it points to the new 
interrupt service routine; note that the program flow eventually jumps to the address of 
the existing interrupt service routine, thus the pointer to that existing interrupt service 
routine must be relocated somewhere). Note for reference that Krishnaswamy 
discloses in, for example, Figure 2, of updating the system vector instead of the 
program counter. 

34. Consider claim 13, Branch discloses loading a set of exception handler 
components into system memory (page 1 , paragraph A, updating the appropriate 
pointer in the interrupt vector table; for an update to occur, an original set must have 
been loaded previously; an interrupt is a type of exception; note that paragraph B 
discloses of device drivers, which are firmware based); physically replacing within 
system memory entries for the set of OS-based exception handler components or 
logically replacing the set of exception handler components with a corresponding set of 
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platform-specific firmware-based exception filter and/or handler components (page 1 , 
paragraph A, updating the appropriate pointer in the interrupt vector table so that it 
points to the new interrupt service routine); vectoring an instruction pointer to a 
firmware-based exception filter and/or handler in response to an OS runtime exception 
(page 1 , paragraph b, the new interrupt service routine performs an operation 
immediately before the existing interrupt service routine) ; and executing the firmware- 
based exception filter and/or handler (page 1 , paragraph b, the new interrupt service 
routine performs an operation immediately before the existing interrupt service routine). 

However, Branch does not explicitly disclose that the exception handler is an 
operating system exception handler, as Branch does not limit his existing exception 
handler to a specific type. 

On the other hand, Krishnaswamy does disclose of operation system exception 
handlers (for example, col. 2, lines 27-30, system calls through a vector table). 

Supporting system calls allows for the use of functions such as forking, profiling, 
and tracing which increases functionality (Krishnaswamy, col. 1, lines 10-15; Table 1 
functions). 

It would have been obvious to one of ordinary skill in the art at the time of the 
invention to combine the teaching of Krishnaswamy with the invention of Branch in 
order to increase functionality. It would have been readily recognized to one of ordinary 
skill in the art at the time of the invention that the environment of Krishnaswamy is 
analogous to the environment of Branch: Krishnaswamy's overall invention of having a 
system vector table supplemented by an alternative vector table correlates to Branch's 
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existing and new interrupt service routines. It is noted that a system call is essentially a 
type of interrupt itself. 

Therefore, it would have been obvious to one of ordinary skill in the art at the 
time of the invention to combine the teaching of Krishnaswamy with the invention of 
Branch in order to increase functionality. 

However, Branch and Krishnaswamy do not explicitly disclose that the loading of 
a set of firmware-based exception filter pointers into the first address space is done 
prior to OS runtime. 

On the other hand, Everything2 discloses of loading a device driver prior to OS 
runtime (Everything2 entry on device drivers; first page, second to last paragraph, 
"Under DOS, device drivers are specially-designed DOS executable files which are 
loaded via a DEVICE= line in CONFIG.SYS. These are known as "real mode" drivers, 
and load at bootup time). 

It would have been readily recognized to one of ordinary skill in the art at the time 
of the invention that auto-loading device drivers at bootup time would preclude a user 
from having to manually load device drivers after bootup time, and thus would increase 
user friendliness by reducing the amount of "administrative" tasks he would have to do. 

It would have obvious to one of ordinary skill in the art at the time of the invention 
to combine the teaching of Everything2 with the invention of Branch and Krishnaswamy 
in order to increase user friendliness. It would have been readily recognized to one of 
ordinary skill in the art at the time of the invention that the teaching of Everything2 would 
be able to be combined with the invention of Branch and Krishnaswamy, as Branch 



Application/Control Number: 10/749,079 Page 19 

Art Unit: 2183 

discloses generally of adding new device drivers which require a modification of the 
interrupt service routines, and Everything2 specifically discloses of adding and 
executing new device drivers during bootup. 

Therefore, it would have been obvious to one of ordinary skill in the art at the 
time of the invention to combine the teaching of Everything2 with the invention of 
Branch and Krishnaswamy in order to increase user friendliness. 

35. Consider claim 14, Branch discloses re-vectoring the instruction pointer to an 
operating system (OS) exception handler configured to handle the OS run-time 
exception after the firmware-based exception filter and/or handler has been executed 
(page 1 , paragraph b, the new interrupt service routine performs an operation 
immediately before the existing interrupt service routine). 

36. Consider claim 15, Branch discloses fixing up code in the firmware- based 
exception filter and/or handler to re-vector the instruction pointer to one of the OS 
exception handler configured to handle the OS runtime exception or a pointer to the OS 
exception handler configured to handle the OS runtime exception (see the rejection of 
claim 12). 

37. Consider claim 16, Branch discloses the set of OS-based exception handlers are 
physically replaced by: copying the set of OS-based exception handlers from a physical 
address space to a virtual address space; and overwriting the physical address space 
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with the set of firmware-based exception filter and/or handler components (see the 
rejection of claim 6). 

38. Consider claim 17, Branch discloses the set of OS-based exception handlers are 
logically replaced by: loading the set of OS-based exception handlers into a first 
memory address space having a first base address; and loading the set of firmware- 
based exception filter and/or handler components into a second address space having a 
second base address; and replacing the first base address with the second base 
address in a register that is used to locate the base address of a table containing one of 
a set of exception handler procedures or pointers to a set of exception handler 
procedures (see the rejection of claim 10). 

Response to Arguments 

39. Applicant argues that Branch does not disclose a firmware-based exception filter. 
However, Branch discloses in paragraph B that "a new device driver may be added 
requiring execution of a new interrupt service routine to poll a certain hardware device 
each time an existing interrupt service routine updates the system clock." The new 
interrupt service routine is the exception filter. This interrupt service routine is 
necessitated by the addition of the new device driver. A device driver is a program that 
controls a particular type of device that is attacked to a computer. A firmware is a 
software program or set of instructions programmed on a hardware device which 
provides the necessary instructions for how the device communicates with the other 
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computer hardware. The result of the interrupt service routine which polls a certain 
hardware device is dependent in some way on the operation of the device and the 
manner in which it communicates, which is determined by firmware. Therefore, the 
interrupt service routine can be considered to be firmware-"based". 

Examiner realizes that applicant may be trying to imply that the exception filter 
was located on the device firmware. If this is the case, then the claim should be 
amended to specifically reference this concept in a manner which has support in the 
original disclosure. 

40. Applicant argues that the cited art does not disclose a platform-specific firmware- 
based exception filter. However, the limitation "platform-specific" can be read broadly 
as well because the term platform can describe either some sort of hardware 
architecture or software framework. The interrupt service routine of Branch can be 
considered platform-specific because the interrupt service routine of Branch is 
necessitated by the device driver which is in turn necessitated in order to use the 
device. Therefore, it is due to the existence of the device that the interrupt service 
routine is needed and so the interrupt service routine is platform-specific to those 
platforms which include the device. It would have also been readily recognized to one 
of ordinary skill in the art that different device drivers are typically needed depending on 
which operating system is used. The interrupt service routine in Branch is necessitated 
by the device driver. Therefore, the interrupt service routine can be said to be platform 
specific as it would be dependent on what operating system platform is being used. 
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Examiner realizes that applicant may be trying to imply that the interrupt service 
routine is platform specific in that it is dependent on some underlying hardware 
processor architecture. If this is the case, then the claim should be amended to 
specifically reference this concept in a manner which has support in the original 
disclosure. 

41 . Examiner has brought in additional art for the "prior to OS runtime" limitation. 

42. Applicant argues the prior art does not disclose the limitation of "the set of 
firmware-based exception filters comprise firmware-based exception handlers operates 
in a different execution regime than that of the operating system." However, the 
limitation "execution regime" can be read broadly similar to the limitations above. 

Examiner realizes that applicant may be trying to imply that the interrupt service 
routine is in a different execution regime in that it is dependent and is executed using 
some underlying hardware processor architecture. If this is the case, then the claim 
should be amended to specifically reference this concept in a manner which has 
support in the original disclosure. 

Conclusion 

43. Applicant's amendment necessitated the new ground(s) of rejection presented in 
this Office action. Accordingly, THIS ACTION IS MADE FINAL. See M PEP 
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§ 706.07(a). Applicant is reminded of the extension of time policy as set forth in 37 
CFR 1.136(a). 

A shortened statutory period for reply to this final action is set to expire THREE 
MONTHS from the mailing date of this action. In the event a first reply is filed within 
TWO MONTHS of the mailing date of this final action and the advisory action is not 
mailed until after the end of the THREE-MONTH shortened statutory period, then the 
shortened statutory period will expire on the date the advisory action is mailed, and any 
extension fee pursuant to 37 CFR 1 .136(a) will be calculated from the mailing date of 
the advisory action. In no event, however, will the statutory period for reply expire later 
than SIX MONTHS from the date of this final action. 

44. Any inquiry concerning this communication or earlier communications from the 
examiner should be directed to KEITH VICARY whose telephone number is (571)270- 
1314. The examiner can normally be reached on Monday - Thursday, 6:45 a.m. - 6:15 
p.m., EST. 

If attempts to reach the examiner by telephone are unsuccessful, the examiner's 
supervisor, Eddie Chan can be reached on 571-272-4162. The fax phone number for 
the organization where this application or proceeding is assigned is 571-273-8300. 
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Information regarding the status of an application may be obtained from the 
Patent Application Information Retrieval (PAIR) system. Status information for 
published applications may be obtained from either Private PAIR or Public PAIR. 
Status information for unpublished applications is available through Private PAIR only. 
For more information about the PAIR system, see http://pair-direct.uspto.gov. Should 
you have questions on access to the Private PAIR system, contact the Electronic 
Business Center (EBC) at 866-217-9197 (toll-free). If you would like assistance from a 
USPTO Customer Service Representative or access to the automated information 
system, call 800-786-9199 (IN USA OR CANADA) or 571-272-1000. 

kv 

/Eddie P Chan/ 

Supervisory Patent Examiner, Art Unit 2183 



